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METHOD FOR SELECTING A RESOURCE TO PROVIDE A 
REQUESTED SERVICE IN A MULTICASTING ENVIRONMENT 

CROSS-REFERENCES TO RELATED APPLICATIONS 
5 [0001] This application claims priority from Canadian Patent Application No. 2,41 8,729, 
filed February 11,2003. 

STATEMENT AS TO RIGHTS TO INVENTIONS MADE UNDER 
FEDERALLY SPONSORED RESEARCH OR DEVELOPMENT 
10 [0002] NOT APPLICABLE 



REFERENCE TO A "SEQUENCE LISTING," A TABLE, OR A COMPUTER 
PROGRAM LISTING APPENDIX SUBMITTED ON A COMPACT DISK. 
[0003] NOT APPLICABLE 

1 5 BACKGROUND OF THE INVENTION 

[0004] The present invention relates generally to multicasting and specifically to a method 
for selecting a resource from a plurality of multicasting resources for providing a desired 
service. 

[0005] Multicasting allows one device on the Internet to send content to multiple other 
20 devices that have identified themselves as interested in receiving the originating device's 
content. One example of multicasting is a digital video distribution system for delivering 
digital video over Internet Protocol (IP) over Asynchronous Transfer Mode (ATM) over 
Digital Subscriber Line (DSL). Referring to Figure 1, a digital video distribution system is 
represented generally by numeral 100. The distribution system 100 comprises a multicast 
25 capable broadband loop carrier (BLC) 1 02, a Plain Old Telephone System (POTS)ZDSL loop 
104, a DSL modem 106, and a plurality of set top boxes 108. The DSL modem 106 is 
coupled to each of the set top boxes via a local area network (LAN) 110. The distribution 
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system 100 couples a media source 112 with a plurality of displays, or televisions 1 14. 
Generally each television 1 14 is coupled with an associated set top box 108, although multiple 
televisions 1 14 may be coupled to each set top box 108. Typically, the number of televisions 
114 serviced at a customer premises is the same as a number of desired media streams for 
5 which the customer is subscribed. In the case of a digital video distribution system, the media 
streams comprise video feeds. 

[0006] The media source transmits a plurality of source media streams via source virtual 
circuits (VCs) 1 18 to the multicast capable BLC 102. The multicast capable BLC 102, which 
typically combines the functionality of a Digital Loop Carrier (DLC), a Digital Subscriber 

10 Line Access Multiplexer (DSLAM), and a media gateway, transmits requested media streams 
to the DSL modem 106 via media VCs 1 16 in the POTS/DSL loop 104. Each DSL loop 104 
may be provisioned with one or more media VCs 1 16. It is through the DSL modems 106 
that the set top box, or boxes, 108 request the media streams. Thus, the multicast capable 
BLC 102 performs the multicast by connecting source media streams 1 18 to the media VCs 

15 116 that are connected to the DSL modem 106. 

[0007] Referring to Figure 2, an alternate digital video distribution system to that shown in 
Figure 1 is illustrated generally by numeral 200. The digital video distribution system 200 is 
similar that illustrated in Figure 1, with the exception of an integrated set top box 202. The 
integrated set top box 202 performs the function of the DSL modem 106 and the set top box 
20 108 of the system described in Figure L Accordingly, the digital video distribution system 
200 does not require the LAN 1 10. 

[0008] Referring to both Figure 1 and Figure 2, digital video can be delivered to customers 
using DSL lines. Typically, customers are provisioned with multiple ATM VCs to carry the 
video stream. One VC is provisioned per video stream subscribed to by the customer, while 
25 additional VCs may be necessary for video stream control and other administrative use. 

Alternately, one VC is provisioned that comprises multiple video streams subscribed to by the 
customer. 

[0009] An Internet Group Management Protocol (IGMP) is an Internet protocol that 
provides a way for Internet-connected devices to report their multicast group membership to 
30 adjacent routers. IGMP is often used to request specific video streams from the network. In 
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order to achieve this, the set top box 108 reports group membership, where the group is a 
specific video stream. The IGMP protocol is designed to allow servers to be unaware of the 
exact number of clients that are members of a group. It is also designed such that group 
members do not report their own membership if they detect a peer in the same group. The 
5 result of these design characteristics is that if more than one set top box 108 is receiving the 
same video channel, not all of the available media VCs 1 16 are used. In contrast, when all set 
top boxes are receiving different video channels, all available media VCs 1 16 are used. The 
IGMP reduces bandwidth over the POTS/DSL loop 104 when possible, which is useful for 
reducing traffic on the network. 

10 [0010] However, potential problems in the delivery of the video streams, and other 
multicast streams, can arise in both of the above described examples, depending on the 
disconnection mechanism used by the multicast BLC 102. Once a specific video stream is no 
longer desired, there are three primary methods for disconnecting the source video stream 
from the media VC 1 16 that is carrying it between the multicast capable BLC 102 and the 

15 DSL modem 106. 

[0011] A first disconnecting method is referred to a normal, or slow, leave, and is described 
by IGMPv2, which is described in RFC 2236. Using this method, video streams do not 
immediately disconnect from their associated media VCs 116 when the set top box 108 sends 
an IGMP Leave message. Rather, in IGMPv2 and IGMPv3 (described in RFC 3376), the 
20 video streams only disconnect after a predefined time has elapsed. Functionally, the time is 
maintained by timers, which are initiated by the reception of the IGMP Leave message. 

[0012] A second disconnecting method is referred to as a fast leave. In a fast leave, the 
video stream is disconnected from its associated media VC 1 16 as soon as the IGMP Leave 
message is received. The disconnection can be achieved in a proprietary manner or by setting 
25 the timers associated with reception of the normal IGMP Leave message to very short 
intervals, such as zero for example, with no retries. 

[0013] A third disconnecting method is a time-out based on the lack of appearances of 
Membership Reports for a particular group. A time-out interval is based on the number of 
times a General Query has been sent on the interface used by the video stream. For IGMPvl, 
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described in RFC 1 1 12, no leave message is defined, thus this is the only available method of 
disconnection. 

[0014] If the multicast capable BLC 102 is set to perform a fast leave on a single media VC 
118 that is in use by multiple televisions 1 14, some subscribers may see a glitch in the video 
5 stream reception if one of the set top boxes 108 requests a leave. The glitch will likely occur 
because the multicast capable BLC 102 stops delivering the video stream immediately. 
Service is not restored for the original video stream until at least one of the set top boxes 108 
that did not change video streams reports its membership. 

[0015] If the multicast capable BLC 102 is set to perform a normal leave behaviour and all 
10 media VCs 1 16 are in use, a video stream change request may go unanswered due to the lack 
of availability of media VCs 116. For example, a typical user changes channels. This is 
realised by the set top box sending an IGMP Leave message followed by an IGMP Report 
message for the new video stream. However, due to normal IGMP Leave behaviour, the 
group just left has not been disconnected from the media VC. Since all other media VCs are 
15 in use, the Report for the new group is dropped. 

[0016] Alternately, for the case where bandwidth is the resource, as opposed to a VC, the 
Report is answered, but excess bandwidth may be pushed down the line, degrading 
performance for all services until the group just left is disconnected. 

[0017] Currently, there are several proposals to the above-described problems. In a first 
20 proposal, the number of VCs that are provisioned is one more than the number of set top 
boxes 108, and a normal leave is used. However, this method increases the administrative 
requirements and requires the permanent use of a media VC for transient conditions. For the 
bandwidth-as-a-resource scenario, this solution has the same result as provisioning extra 
bandwidth for all customers. That is, N+l times the bandwidth is needed for N TVs 1 14. 

25 [0018] A second proposal keeps track of individual members in a group. However, this 
proposal is not scalable. Further, this proposal does not solve the problem if some members 
do not report their membership in a group because they detect peers already in the same 
group. 
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[0019] Accordingly, it is an object of the present invention to obviate or mitigate at least 
some of the above-mentioned disadvantages. 

BRIEF SUMMARY OF THE INVENTION 
[0020] In accordance with an aspect of the present invention, there is provided a method for 
5 selecting a resource from a plurality of potential resources for providing a service in response 
to a service request. The method comprises the following steps. Aging services are 
determined by estimating which of the resources are likely to become available^ One of the 
aging services is disconnected from its resource. The resource is then used for providing the 
service in the service request. 

10 [0021] In accordance with a further aspect of the present invention, an oldest service is 

determined. The oldest service is defined as the service that is most likely to be disconnected 
from its resource. The oldest service is disconnected from its resource. The resource is then 
used for providing the service in the service request. 

BRIEF DESCRIPTION OF THE DRAWINGS 
1 5 [0022] An embodiment of the present invention will now be described by way of example 
only with reference to the following drawings in which: 

[0023] Figure 1 is block diagram of a multicast system (prior art); 

[0024] Figure 2 is block diagram of an alternate multicast system (prior art); 

[0025] Figure 3 is flow chart illustrating the operation of multicast system in accordance 
20 with an embodiment of the invention; and 

[0026] Figure 4 is flow chart illustrating the operation of multicast system in accordance 
with an alternate embodiment of the invention. 

DETAILED DESCRIPTION OF THE INVENTION 
[0027] For convenience, like numerals in the description refer to like structures in the 
25 drawings. Further, the terms video stream and group are used interchangeably since a video 
stream is an example of a group. (Video streams are delivered to the BLC via the source VCs 
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118.) Similarly, the terms set top box and client are used interchangeably since a set top box 
is an example of a client. 

[0028] Embodiments of the present invention may be implemented by an enhanced 
multicast capable BLC. The enhanced BLC may include a processor that executes a program 
5 to control its operation. The processor may be a general processor that executes a computer 
program, an application-specific integrated circuit (ASIC), a combination ASIC and 
processor, or similar. The program may be embodied in software, hardware or firmware as 
desired based on other design choices regarding the enhanced BLC. The enhanced BLC may 
otherwise be similar to the BLC 102 of Figure 1 or Figure 2. References to the BLC below 
10 may be considered to refer to embodiments of the enhanced BLC. 

[0029] In the present embodiment, the reception of an IGMP Leave message triggers the 
normal leave behaviour. In addition to the normal leave, a Group Specific Query is 
transmitted back to the clients a predefined number of times, at a predefined interval. A 
Group Specific Query is defined in IGMP and is used to learn if a particular group has any 

15 members on an attached network. The purpose of this query is to solicit responses from 

members of the group to determine whether or not the group should be disconnected from the 
media VC 1 16. If no IGMP report is received for that group by the end of the last Group 
Specific Query, it is assumed that there are no members of the group present and the group is 
disconnected from the media VC 1 16. If, however, an IGMP report is received for that group, 

20 a member of the group is present, the IGMP Leave timers are cleared, and the group is not 
disconnected from the media VC 1 16. Thus, glitches resulting from the removal and 
reconnection of a media VC 1 16 as described with reference to the prior art are minimized. 

[0030] When IGMP reports are received for a group that is not already being transmitted, 
the enhanced BLC looks for an available media VC 1 16 (or other resource) on which to send 
25 the group. If an available media VC 1 16 is found, it is used to transmit the group. However, 
as described with reference to the prior art, there are conditions under which no media VC 
116 is available. 

[0031] If no media VC 1 16 is available, the enhanced BLC attempts to create an available 
media VC 1 16 as follows. The counter and timer associated with the Group Specific Queries 
30 are used to determine if a group already being transmitted is aging. The term aging, as used 
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herein, determines the possibility exits that the group will be disconnected from the media VC 
1 16 in the near future. In this example, a group is aging if a Group Specific Query has been 
sent, but a response has not yet been received. Further, the probability that a group will be 
disconnected increases in proportion to the time elapsed since the transmission of the first 
5 Group Specific Query. That is, that the group with the oldest Group Specific Query timer is 
the most likely to be disconnected. 

[0032] Accordingly, the group having the oldest Group Specific Query timer is selected as 
the group to be disconnected from its media VC 116. The disconnected media VC 1 16 is then 
connected to the group requested in the received IGMP report. Thus, the present embodiment 
10 effectively turns a normal leave into a fast leave based on a reasonable heuristic when the 
demand for a media VC 1 16 is required. 

[0033] Referring to Figure 3, a flow chart illustrating the operation of the present 
embodiment is shown generally by numeral 300. In step 302, the server receives the IGMP 
Report and determines that no other clients currently subscribe to the requested video stream. 
15 The operation begins with a first media VC 1 16 and proceeds to step 304. In step 304, it is 
determined whether or not the particular media VC 1 16 is available to transmit the requested 
video stream. If the media VC 1 16 is available, the operation proceeds to step 324 and the 
media VC 1 16 is used to transmit the video stream. If it is determined that the media VC 1 16 
is not available, the operation proceeds to step 306. 

20 [0034] In step 306, it is determined whether or not the video stream on the media VC 1 16 is 
aging. That is, it is determined whether or not there has been an IGMP Leave requested for 
the media VC 116. If the video stream on media VC 1 16 is not aging, then it is in use and the 
operation proceeds to step 320. If the video stream on media VC 1 16 is aging then there is 
the possibility that the media VC 1 16 will be disconnected shortly and the operation proceeds 

25 to step 308. 

[0035] In step 308, it is determined if the aging video stream is the requested video stream. 
If the video stream is the requested video stream, the operation proceeds to step 310. In step 
310, aging of the video stream is stopped. In the present embodiment, this is achieved by 
canceling the Group Specific Query timers and resetting the Group Specific Query counter. 
30 The operation then proceeds to step 312, and the media VC 1 16 continues to transmit the 
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requested video stream. If the aging video stream is not the requested video stream, the 
operation proceeds to step 314. 

[0036] In step 3 14, it is determined whether or not the aging video stream is older than all 
previous aging video streams. If the aging video stream is not older than all previous aging 
5 video streams, the operation proceeds to step 318. If the aging video stream is older than all 
previous aging video streams, the operation proceeds to step 316 and the media VC 1 16 
carrying the video stream is set as the oldest media VC 1 16. The operation then proceeds to 
step 318. 

[0037] In step 3 1 8, it is determined whether or not all media VCs 116 have been 
10 considered. If all media VCs 116 have not been considered, the operation proceeds to step 
320; otherwise it proceeds to step 322. In step 320, the operation proceeds to the next media 
VC 116 and then returns to step 304. In step 322, the aging of the video stream on the oldest 
media VC 1 16 is stopped and is disconnected from the associated media VC 1 16. In step 324, 
the available media VC 1 16 is used to transmit the requested video stream. 

15 [0038] In the operation described above, the algorithm to determine if a media VC 1 16 is 
the oldest can be based on the age of the Group Specific Queries. The algorithm can be 
further enhanced by looking at a number of missing responses to General Queries if no media 
VCs are marked as old based on the Group Specific Query timers. 

[0039] Although the present embodiment of the invention has been described with respect 
20 to multicast video distribution over ATM, the concepts apply to other technologies where 
there is an explicit association between the availability of a resource, such as a virtual circuit 
or bandwidth, and the ability to provide a requested service, IGMP group or media stream, as 
will be appreciated by a person skilled in the art. 

[0040] Accordingly, referring to Figure 4, a flow chart illustrating the general operation of 
25 selecting a limited resource based on service requests is shown generally by numeral 400. In 
step 402, a request for service is received. In step 404, it is determined whether or not a 
resource is available for providing the requested service. If the resource is available, the 
operation proceeds to step 410 in which the resource is used to provide the service. If a 
resource is not available, the operation proceeds to step 406. In step 406, the service that is 
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the oldest and most likely to be unnecessary is determined. In step 408, this oldest service is 
disconnected from its current resource, which is used to provide the requested service. 

[0041] Using this process, the operation described above may be extended to resources 
other than ATM VCs and services other than multicast groups. It should be noted that control 
5 protocols other than IGMP may have different algorithms to determine which of any service 
currently being provided is the oldest, as will be appreciated by a person skilled in the art. 

[0042] Further, it should be noted that resource limitations may include bandwidth 
availability limitations in addition to the number of VCs available. This process may also be 
used to limit the bandwidth usage of a group delivery system in accordance with the 
10 bandwidth requirement for the number of provisioned groups. This may even be performed in 
the presence of a non-bandwidth limited media, thus making bandwidth usage more efficient. 

[0043] Although the invention has been described with reference to certain specific 
embodiments, various modifications thereof will be apparent to those skilled in the art without 
departing from the spirit and scope of the invention as outlined in the claims appended hereto. 
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